A/A5^-W>8/‘75yl 


NAS A-TM-8 1957 1981001 1639 






Wl^Dli/7 







' 'sVSS 




X. . . 




■•'- r. 



„ V "A. , 







iM TO BE TAKEN FROM THIS ROOM 


AUG 7 


LANllEY EuStAiJCH CENTER 
LIBRARY NASA 

Hampton, viivcinia 


A Service of: 



National Aeronautics and 
Space Administration 

Scientific and Technical 
Information Program Office 

Center for AeroSpace Information 


NOTICE 


THIS REPRODUCTION WAS MADE FROM THE BEST AVAILABLE 
COPY OF WHICH A NUMBER OF PAGES WERE OF POOR 
REPRODUCTION QUALITY. 





3 1176 01440 9487 

NASA Technical Memorandum 8 I 9 5 7 


The Aerospace -Vehicle - Interactive Design 
System 

Alan W. Wilhite 


February 1981 


AEROSeACt VEHICLE 

CSCL 22a 


rVlASA 

National Aeronautics and 
Spare Admin-siration 


GJ/1d 


/ 

NH1-201o7 

Uncidia 

41799 


Langley Research Center 

Hampton VifQima 23665 



THE AEROSPACE VEHICLE INTERACTIVE DESIGN SYSTEM 


Alan W. Wilhite 
NASA Langley Research Center 


SUMMARY 

The Aerospace Vehicle Interactive Design (AVID) is a computer-aided 
design system that was developed for the conceptual and preliminary design of 
aerospace vehicles. The AVID system evolved from the application of several 
design approaches in an advanced concepts environment in which both mission 
requirements and vehicle configurations are continually changing. The basic 
AVin_ software facilitates the integration_of. independent analysis programs in- 
to a design system where the programs can be executed individually for analy- 
sis or executed in groiios for design iterations and parametric studies. Pro- 
gr'J*ms that have been Intearated into an AVID system for launch vehicle design 
Include geometry, aerodynamics, propulsion, flight performance, mass proper- 
ties, and economics. This oaper describes the evolution of the AVID based on 
the experience from past design approaches. The benefits of using AVID are 
illustrated by the conceptual design of a launch vehicle system. 


INTRODUCTION 

At the Langley Research Center, advanced launch vehicles are being 
studied to determine the high-yield technolooy areas that need to be developed 
for the evolution of an efficient transportation system that would enhance or 
eventvially replace the space shuttle.. Technology studies have been conducted 
in the areas of advanced propulsion, aerothermodynamics, materials, flight 
control, and structures. A quantitative assessment of the effect of these 
technolooles has been defined based on their effects on vehicle mass and life- 
cycle cost . 

A number of mission and vehicle concepts have been studied. Mission re- 
quirements have ranged from small payload capability ("10 metric tons), for 
personnel and priority payloads to large payload capability ("500 metric 
tons), for bulk cargoes such as propeliants. Concepts have ranged from air, 
sled, or vertically launched vehicles to ballistic single- or two-staged 
vehicles. 

It is an immense task to design and analyze the matrix of missions and 
concepts that are envisioned for the futiire. In order to complement our 
studies, a general computer-aided design system was developed called Aerospace 
Vehicle Interactive Design (AVID). The purpose of this paper is to describe 
the evolution of the AVID system based on the experience from past design 
approaches. The computer software and hardware that makes the system run 
efficiently are described. Finally, an advanced launch vehicle design system 
is presented to Illustrate the benefits of using the AVID system. 
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programs to communicate with each other and an executive to define the 
sequence of program executions needed In the design process (ref. 6). The 
program sequencing and looping Is shown schematically In figure 1. This 
multlproqram approach has many advantages. The analysis programs can be used 
with little or no modifications, encouraging the Integration of existing 
analysis tools. The confidence that exists with using familiar analysis 
programs leads to a procedure that can be used with confidence. Also, the 
same analysis programs do not have to be reprogrammed for each design 
synthesis simulation, resulting In reduced computer software overhead. The 
design process can he altered with changing requirements, and the execution of 
separate analysis programs can be restructured to design an entirely different 
class of vehicle.' This flexThlllt.y" decreases the development time of a design 
procedure and allows the analysis of a wider range of potential concepts. 

Themain problem of the ODIN approach I s-s I mil ar to the single-program - 
svnthesis approach In that the designer Is not an Integral part of the design 
process because of the batch (nonlnteractlve) environment of the system. To 
use the svstem successful Iv. the complete deslon cycle must be known before- 
hand, For innovative concents, design Is an Iterative, man-ln-the-loop pro- 
cess* where the results from each analysis step dictate the next step In the 
desion pro-'css. The design cycle is often poorlv defined ahead of time for 
this phase. Once a concent is defined after many design iterations, the 
patte-n o^* analvsls mioht he established. If so, the pattern can be easily 
pronrammcd into the OOIM svstem. At this point, the concept can be rapidly 
modified, enhanced, or optiml/ed. These final design changes and ontJ,mlzatlon 
are the problems best handled hy the WIN approach. 

finally, developino a geometry model of a vehicle concept is a major task 
usino the hatch node. Proo^ams were developed to automat le.^ ly generate the 
oeometcv in nOTM, but Innovative concepts with completely different shapes 
were raVolv anaUved, s^nee the oeometry generaMon proorams could not handle 
these shapes. Putting new eonf i guratlons into the simulation hy band took 
frof^ 

The Win svstem was developed as a result of the experience gained from 
these previous design approaches. The objective was to lncorpor>‘- the crea- 
tive and flfxih'e features of the classical design approach with le analysis 
integration and speed of the OOTN approach Into an interactive eomnuter -aided 
prelimln.iry desl(n\ svstem. 


HISTORY OF AVIO nF.VELOPMENT 

The Win system evolved over the past 5 years. The development began 
with using Interactive graphics on a minicomputer for geometric modeling of 
configurations and for Interpreting a large volume of data genera-.ed on a 
mainframe iwmputer. The geometric modeling of a vehicle was reduced from a 
1-0 day task to a 1-? hour task. Using the minicomputer for these tasks has 
been shown to greatly Increase productivity at a substantial savings, since 
the Interactive tasks have been off-loaded from an expensive batch-oriented 
mainframe and transferred to a low-cost Interactive oriented minicomputer. 
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THE AVID SYSTEM 
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A typical example of interfacing an independent program viith AVID is 
shown in figure 3. A pre-processor program is written to retrieve design data 
from the database. Using this design data, preset constant data In the pre- 
processor program, and data input by the user, the pre-processor program con- 
structs an input file in the exact format that the analysis program expected 
before it was Integrated into the AVID system. ~ If the correct data is not in 
the database, the user is notified. After the input file is created, the 
analysis program is executed, and the desired design data is stored in the 
database to be retrieved by other analysis programs. With this system, the 
analysis program does not have to be changed, but only a small subroiitine has 
to be added to communicate data from the program to the database. With this 
process, a specialist can recognize and correct mistakes easily, since he can 
analyze a familiar input file that has not changed from when the program was 
used In an independent mode. Since most analysis programs are interfaced in 
this manner, a generalized pre-processor was developed (similar to ODIN) to 
eliminate the “development of many pre-processor bfbgrams. 

The archive system stores all the design data and bulk data files that 
pertain to one configuration. When this data is saved, the user is reguested 
to type In his namh and a description of the citrrent design. This descriptive 
data, plus the date and time of day, is saved with the design data. This cap- 
.ibillty is used to freeze the design so the ennineer can break for an inter- 
ruption and return at a later time. This design data can also be retrieved by 
other engineers for more detailed analysis or further configuration refine- 
ment. 


AVTH HAROWAPr 

The AVID hardware consists of graphical equipment, a minicomputer, and a 
mainframe computer as shown In figure The graphical equipment consists of 
a oranhics terminal, a oraphics tablet for configuration geometric Input, and 
hard-copy unit. The minicomputer Is a multilanguage, multiuser, time-share 
system with virtual memory. Because of the large capacity of the minicompu- 
ter, It is not dedicated to the AVID system. The computer is located remotely 
from the users and is accessed by several other groups to support several 
Tf'search efforts. 

Decause response on the minicomputer degrades with increasing size and 
execution time of computer programs, large programs (taking more than 1 minute 
of execution time) are executed on the mainframe computer. Tne minicomputer 
operating system was developed to support primarily Interactive users and the 
mainframe system to support large batch tasks. Although the mainframe can 
support interactive users, it is not very efficient. Presently, the mainframe 
is supporting approximately 10 times more users than the minicomputer system, 
but only at low communication rates (combination of 300.and 1200 baud) as com- 
pared to the high communication rate (4800 and 9600 baud) on the minicompu- 
ter. The ratio of computer capital costs per user for the minicomputer is 
approximately $25K/user, whereas for the mainframe It is $70K/user. If the 
number of users on the mainframe computer was restricted to provide adequate 



r6spons6 like the mi n i computer > the difference in costs would be more 
dramatic. 


AVID APPLICATION TO LAUNCH VEHICLE ANALYSIS 

Over the past several years, the AVID system has been used by the Langley 
Research Center for several space system preliminary design projects that in- 
clude orbital-transfer vehicles, large advanced space structures, and launch 
vehicles. The following is a description of the independent analysis programs 
and design process that were developed for advanced launch vehicle analysis 
and synthesis. 

As shown in figure 2, the application programs integrated into- AVID for 
analyzing launch vehicles include geometry, mass properties, aerodynamics, 
propulsion, flight -performance, and economics. A typical design process may 
begin by creating a numerical model of the configuration that is used by the 
other analysis programs. The aerodynamic characteristics can then be deter- 
mined. A propulsion system is selected and the ascent flight performance is 
computed based on flight constraints and mission requirements. The geometric, 
propulsion, and flight performance data are then used by the mass properties 
program to compute vehicle mass and center-of -gravity location. 

Aerodynamic mission constraints such as minimum landing speed, glide-path 
angle, and aerodynamic trim can be checked based on the current center-of- 
aravity location. If these constraints are violated, the wing and/or tail 
size and location can be changed. Also, the internal components of the con- 
figuration can be rearranged to change center-of -gravity location. 

After the geometric changes have been made, the analysis programs can be 
executed again to complete another iteration. These iterations are repeated 
until a configuration meets all requirements and constraints. Then the econo- 
mic analyses can be performed. 

Since the design process is interactive, this procedure can be changed, 
and several analysis steps can be eliminated based on their results. Thus, 
engineering judgment can be used extensively throughout the design process. 
Also, the system can be used for concepts unrelated to launch vehicles. For 
example, a configuration can be defined and aerodynamics can be computed inde- 
pendent of all other analysis programs. Finally, other analysis program can 
easily be added to this system for design of another vehicle class. Thus, 
most vehicles can be designed If the analysis computer programs exist. 

The following is a description of the analysis programs that have been 
used for launch vehicle analysis: 

Geometry.- The design process begins by making a sketch of the configura- 
tion .‘""TKIssketch consists of a top view, a side view, and several body cross 
sections as shown in figure 5. The coordinates of the sketch are put into the 
computer by using a digitizing tablet (fig. 4). Because the geometry program 
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Propulsion.- A propulsion proqram was developed to reflect advanced 
rock et enqlne ~c o ncepts that include the space shuttle main engine, modified 
space shuttle main engine (two-position nozzle), hydrocarbon engines with 
staqed-combustion or qas-qenerator cycles, and a ‘‘“f ^ _ 
burn a hydrocarbon and a hydrogen propellant in series. This program reflects 
data from a study conducted by the Aerojet Cornorarion (ref. 12). 

For a propulsion analysis, the user is required to input the engine type, 
nozzle area^ratios, propellant types, and the ratio of liftoff thrust to ve.i- 
cle gross weioht. The program computes thrust, specific impulse, exit areas, 
and engine masses that are used by the trajectory and mass properties Pro- 
grams. Tf a rocket engine is desired that is not ).n this Program, the engi e 
characteristics can be interactively input directly Into the database without 

executing the propulsion program. - - - 

Traiectory.- After the aerodynamic and propulsion data have been 
estabinnled^^d a liftoff thrust -to -weight ratio selected, an ascent trajec- 
torv can be integrated to yield the regviired vehicle performance. 

For new concents,- a generalized computer program called POST (Program to 
-Optimize Simulated' Trajectories (ref. 13), Is used to maximize the burnout 
m^iss while satlsfvioo a number of in-flight constraints that include limits on 
maximum g's, max imim, dynamic pressure, and maximum normal force. This progr^^ 
has not vet been integrated into the AVIll system rlirectly, since it resides on 
Jhe mainframe computer and mav have to be Iterated several times to establish 
a nominal traiectory. Performance results, that usually require a one day 
turnaround from POST, can he interactively input into the database for 
communication wi^h the v-hide sizing program. 

A traiectory program which takes approximately 1 minute to execute has 
been VvIm fL the AVn system. Using a POST nominal trajectory for guid- 
ince this traieotorv program can be used to compute performance changes due 
J^sLll pertuJbatlons in the propulsion system and the liftoff thrust-to- 
weioht ratio. The results from this trajectory program are shown in figure 
S where altitude, relative velocity, flight-path angle, angle of attack, dy- 
»iamio pressure timesanqle of attack (^normal load factor), and g s are dis- 
plaved. The nertinent design parameters-mass ratio, optimum thrust, and pro- 
peU'i'i^ splits— obtained from this program are automatically put Into the 

database for vehicle sizing. 

Mass Properties.- The launch vehicle mass properties program has three 
main functions— component mass estimation, vehicle sizing, and component 
center-of-gravlty and inertias summation. 

The mass estimation is based on semi -analytical and empirical tech- 
nlnues (refs. 1-3). For many of the major structural components, empirical 
used. As an exawle, exposed .Inp nass Is a function ^ 
fS I lowing parameters: sweep, aspect ratio, area, thickness ratio, and vehicle 

mass. The^form of this function is determined from historical data and de- 
tailed analytical studies. For many studies, vehicle component mass is first 
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estimated with empirical eonations. When a design of interest emernes, a 
structural analysis may be performed. The component empirical mass estimation 
techniques are then updated to reflect the detailed analytical results. Thes^ 
updated estimation techniques are used for further concept optimization and ” 
ftiture studies of similar concents. 

To aid the vehicle synthesis process of iterating a design to meet 
certain mission requirements, a sizing algorithm has been incorportated into 
the mass estimation program* The first option determines the mass of the 
hide as given. Althouoh there are no external sizing iterations, the vehicle 
mass estimation must still be iterated, since many of the components are a 
function of vehicle mass, and vehicle mass is the summation of all the indi- 
vidual component masses. The second option scales the thrust (and the associ- 
ated mass) of the -propulsion system to satisfy a liftoff “thrust -to-gross 
weight ratio and determines the resulting payload mass based on trajectory 
mass ratio requirements (the ratio of gross mass to burnout mass. ref. 14). 

The last option scales the propulsion system and all the aeometric entities 
(Winn, tall, body, propellant tanks, etc.) as a function of a change in pro- 
pellant tankage needed to meet the propellant requirements (trajectory perfor- 
mance) to deliver a specified payload to orbit. The masses of the vehicle 
components are also scaled automatically, since they are functions of the en- 
tities being scaled by the sizing algorithm. This last sizing option is used 
to determine the synergistic effects on a total vehicle system by channing the 
technology of individual components. It is also used to compare various vehi- 
cle concepts using a common mission requirement of dellverino a specified pav- 
)oad to orbit. Approximately 30 mass and sizing iterations are performed to 
converge to a sol.ition which takes only several seconds on a minicomputer. A 
component mass report for a typical si.nale-stage vehicle is shown in Table r. 


Fcononies .- After estimating component masses of a vehicle that meet the 
mission reenurements, an economic analysis which consists of a vehicle cost 
ac^lysis and a lifc-cvcie analysis of the complete system can be made. 

The cost analysis consists of a first unit, production, progran initia- 
tion, recurring, and research, development, testing, and evaluation costs. 

The cost analysis is similar to the weiohts analysis, since most cost func- 
t.ons are formulated from historical data (ref. 15). With this cost analvs's 
and an assumed mission model (number of flights each year) over the Ufetim-* 
of the launch system, a total life-cycle analysis can’ be performed . 

An example of economic results for a single-stage launch vehicle shown in 
Tahte II and figure 9. This system cost analysis has been used to compare 
systems in terms of development and recurring costs (ref. 15). To compare the 
merit of an advanced system over the continued use of a current system, a 
life-cycle analysis Is performed as shown in figure 9. This figure Illus- 
trates accumulated costs over a period of 40 years for the development and 
utilization of an advanced single-stage-to-orbit vehicle, the space shuttle, 
and the space shuttle modified for heavy-lift payload capabllitv as compared 
to just using the shuttle and its derivatives. The change In slope of the 
costs for the new system Is the transition from development to operation. 

Since the new system has lower recurring costs, a break-even point occurs 
after about 10 years where the cost ajrves intersect. 
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AVrn SYSTEM RVAUIATTOM 


Owor the past several years, the AVXn system has not only been iiseP for 
the desian of launch vehicles hut also for orbital -transfer vehicles (ref. 16) 
and large space structures (ref. 17). Rased on the experiences with the AVID 
system, there are a number of capabilities that have been defined for prelimi- 
nary comnuter-aided design. 

As stated previously as an advantage to the AVID system, a design svstem 
must he highly Interactive. Response times must be on the order of seconds 
for effective Involvement with the design process. Specific interactive tasks 
include geometry generation and manipulation, analysis program selection, de- 
sign data manipulation, and-rcsults interpretation by graphical di-splays and 
tables. Analysis programs that execute in seconds are very effective in an 
interactive design environment. A complete cycle through the launch vehicle 
analysis programs, as described previously, can take as little as 20 minutes. 
Thus, many Iterations or vehicle enhancements can he completed in a single 
day. Analysis programs that take minutes or hours to execute can still be 
used effectively. Refore executing these lame programs, the input can be 
rhoreuobU' checked by oranhical disnlavs or printouts to reduce the chances of 
errors. While waiting for the re-,uUs of these proorams, other tasks can be 
performed. After the large programs have finished, the results can be cheeked 
before star*" inn the next desing step. 

Another advantann of the AVID system is the flexibility in exeeutino 
independent enmouter programs in any desired seguenee. With the flexiblli’^v 
of analysis ro»ent>np, the eomput"r can be molded to the design task, net 
verscu ‘N'so, ennioerr.s to ’.noorpordto their computer pronrans into the 

svstem, .eince can c^silv cor-c-‘t and add additional capability. 

Opomot'i'v : corpon^^nt of a comnM*-o»» d<«r.iqn svstem. A sinqln 
t brpo-dimenr>ior»ci cmerfcal r^prcr.''ntatlon--suc.S as coordinates, curve 
rittlnq. or r^ivf^.cr ^ittinn--'s difficnlt to establish, since each analysi.s 
n*'onram uses a ty-»o of cal nir^crlcal modei. Mapplnas from 

"he sinnle numeric^-. »'eorer>‘^ntat.ion are needed ^f>r each ana.lvsis proqram that 
•»ses geometry. The present AVTO system ores eeo-dinates that are curve fitted 
meet p*:*ourafT! reoMirnments. \ h-'tter approach for geometry vrouid be a 
mathematical renecsontatio*^ >^hich i.s now being studied. 

Once the dc-^^nn proorcsses beyond the conc-otnal level, large data 
nanaqemcnt requirement's '^merqe. The ‘WID data mi^naoement was developed for 
guick transfer of small amounts of data (^UY eVments). Bulk data such as 
u*^ometrv are handled by external files. Althouah this system handles the 
communication of design data between analvsis programs. *^hrre are several 
other requirements that would demand the development of a comprehensive data * 
manaqe«»*'nt systf'm* 

Th^ first requirement is the efficient handling of large amounts of 
^ata. Ilsually, there are many alternate designs of a baseline concept. In- 
stead of completely storing all the data relating to each design, onlv the 
changes from the baseline need to be stored. With this capability, the best 
features from all versions could be combined to develop a new baseline 
vehicle. 
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A second requirement Is to describe th«» . 

dictionary. This description would not oJly inJlSJe the^eflni??’"^ f s 
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the range of values of this data With thic^i e 

can be traced throuchout the design*s5«em’ Datr?^ti°"!,'^ 

and errors In retrieving elsslng o’r o’SsoSe Sat S»t“rSsote5? 

Of anSlJSlrpSSraTSSS SrteStstlSetST 
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combining the progrL llSy ,tth By 

data requirements can be determined and a output 

developed. Another library SSSe’JS?d hSt *"*'«■'“>' foxld be 

same program. «,en data fSrTSeo? U biSe verslons^P- the - 

version of each of the oroarams stored, an identifier of the 

stored in order to get data repeatabilitv"^if should also be 

through the system Igain. I?^hf Jesius’do Resign is processed 

provide all the necessary InformatlSS tS« rSSSdSS'^tS^SwfiSST’' 

analysis program into the system. interface a new 

deslg;:l„TSr'cL;"“ rth“ ' 

Identified to provide I .^r„v:d^^;j^trp?elLra;’':Sgr:“t^:!' 


CONCLUDING REMARKS 

The AVID system provides a foundation for the analysis and doc< at 
aerospace vehicles at the conceptual and preliminary levels 
is to provide a system that can gracefully react to^Hl!{ ^ purpose 

AVID system can adapt to changes in the generic class of^veh^^^'^T"^^ 
integration of independent programs, chanoes in ml«in vehicles by the easy 

single vehicle by the interLtlve selectiL of anl?vi?s ^ 

changes in vehicle confiouratim h%r ?rs*- .t procedures, and 

analysis input. Innovative concents that*^* of geometry and 

forgotten b^ause of a lack S anaSv^is dLth ® ^ 

AVIDf system by its flexibility in analysis V;ced^^etuo^'^::3 

launch vehlcles^to^determine*the*hiqh°yie^ technol* ‘*«slgo of future 
for efficient systems to exist in tSe f^t.l 5h 
quantifying technology and conflquJatiln SeJJ® 

both mass and economic comparisoL. Today the included 

fordPrhUal-lrgusfer vehicle., Urge «:uere::Th!;',;'„t!d:'!:?br 
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TABLE I 


NASS REPORT 


MARTIN TASK II SINGLE -STAGE-T(»-ORBIT CONCEPT - 30K METRIC TON PAYLOAD 


WING CROUP 
TAT I CROUP 
ROPy GROUl’ 

PASIC STRUCTURE 
THRUST STRUCTURE 

Pp.. 1 

l.nx TAM'< 

Ml? rvi's 

unpv PI ,\p 

INn'lCEl) KWIROMHEHT 

- LA^'niKT, GEAR ■■ ■ 

CROPU' SION 
•'PCPUI STON- RCS 
*>R'V'UI STOU. OMS 
P'Ur«p powri) 

ri 17 ' cnuv A"o oisTR 

MVPP VI' ICS '.NO SURFACE CONTROLS 
.'.VTOMTCr, 

FMVTR'''MMENT>\L CONTROL 
fT!■RSO^'‘'!T■' '’RO'/rsrOMS 

MA*?/;rn 


>y.>v \>,i rcMT 
I, 

RLSTOti'M fi.'Hps 

I. '.MOEi' '',LW',HT \«/() C'V’O.o 
CAIR'.O (RFIURN'rO) 


LAMori) \vi:t('ht 
ENTRY WEIGHT 


ACPS PROPELL'NT 
RCS 
OMS 

CARGO DELIVERED 
ASCENT RESERVES 
TNELICfiT LOSSES 
ASCENT PROPELLANT 

RP-1 ,?51971. 

LH;’ 81411. 


k(i 

kq 


LOX 

LOX 


10443. kn 
4889. kg 
1S70. kg 
10?21. kg 
709?. kg 
1 . kg 


3621. kg 
11667. kg 


730717. kg 
488468. kq 


19589. - kg 
3162. kg 
34216. kq 


16341 . 

Jeg 

5294. 

kq 

30231 . 

kn 

1561. 

kq 

1732. 

kq 

1260. 

kq 

1728. 

kq 

4986. 

kq 

1984. 

kq 

1755. 

kq 

763. 

kq 

9437. 

kq 

134038. 

ko 

1290. 

kr» 

10092. 

kn 

145420. 

kq 

29500. 

kq 

174920. 

kq 

174920. 

kq 

15288. 

kq 

0. 

kq 

4658. 

kq 

1506. 

kq 

1552568. 

kg 

1748938. 

kq 
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GROSS LIFT OFF WEIGHT 


TA9tF. n 


COSTS FOR A STMaE-STACE-TO-OnBIT VEHiaE 


miLTONS OF nOUARS, AOnUSTFO FCK INFLATION nWH 1970 BY 1.50 


FT»KT WTT WT 


ROTE 


rof3>ffmY 

1,50 




HA*iS IKT,) 

COST 



WTMC 


9,977 

FORWlATIOtl AND OEFINTTION 

15.000 

TATI, 

31A2.0 

1.465 

AIRFRAMF. DESIGN, OEVEL 

1001,070 

Rony BASIC 

10444.0 

3.530 

SUBSYSTEMS DESIGN, OEVEL 

24?. 555 

TH»>MST STriMCTMRF: 

46R9.4 

4.147 

AVIONICS DESIGN OEVEL 

: 50.000 

HvnnnnFN ytMK 

7002.0 

3.900 

ENGINE DESIGN, DEVEL, TYPE 1 

500.090 

OXTOf/Fn T\NK 

10??1.0 

4.795 

TYPE 2 

0,000 

HvnpnOARn<'*l T\M!< 

15^*'. 6 

1.497 

. .TOOLING FOR OEVEL _ 

_ 186.306 

TBS, SQ M IIFTAI. 

16740,7 

46.284 

TEST HARDWARE 

412.929 

SO M INSML 



NO. GROUND TEST VEH 1.500 


0,5vX) SO ft/PA»|C|. 



NO, FLIGHT TEST VEH 1.000 


100.0 $/SP‘t JMSOL 



FLIGHT TEST 

17.631 

I.ANOnr, CF'R 

52<»4,3 

2.481 

GROUND SERVICE EQUIP 

108.249 

pnopru.A*r systf.m 

.^754.4 

6,119 

DOCUMENTATION 

3,422 

ops 

1731,7 

7.264 

FEE ( m ) 

264.471 


1561.2 

6.876 

MANAGEMENT 

132.236 

r.i.FOT P(y.*50 ♦ cotw Otst 

29SS.3 

0.329 

FACILITIES 

300.0OO 

H'-n OTST - — 

2^'*2.9 

2.165 

... 


^«*no 5H'»r rnny 

24<*?.9 

3,297 

TOTAL ROTE 

1341.41? 

FMVTROI* comt 

1755.0 

1.500 



PROV 

763.0 

0.605 

PROGRAM INITIATION 


n^*v AsscB?'.'' 


21,246 

GROUND SERVICE tOUIP 

119.962 




SPARES 

103.967 

TOTAL AIRFPAfC 


127.479 

TRAINING 

1,500 

A'^^OMICS 


15.000 

FACILITIES 

150,090 

TYPF 1, Tr.COpO^Po^o 

7.180 

MISC EOUIP 

0.030 

T'*PF. 2, T;?0?070?.0 1* 

5.533 






TOTAL - 

375.460 

poonnrnoti 


BECimRTNG cost PER n.ICHT 




200 aiGHTS PER Y':Vl 




438.348 

PROPELLANTS 

0, V>s 

t!0. CPfR V*'I* "^.OO 



* VEHICLE MAINT, FACTOR^ 0,048 


no. r M!?I T) 1.00 



TPS MAINT, FACTOR--. 0.0048 

o.r*: 

ir.spMtjjr 0.9S 



ENGINE MAINT, FACTOR^ 0,0110 

0.257 

AVTojixrs 


51.579 

FACILITIES MAINT 

0.O-J9 

T MOAN'S. T'PF 1 . o.niv'rn 


0.000 

CREWS, CREW OF 2 

0.008 

TVPF P, S.90/MM 


90,477 

TRAINING REPLACEMENT 

O.oo.; 

IFACPTir. 0,95 



MISC EOUIP REPLACEMENT 

0,090 

TOO! TfiC, 


211.346 

FEE 

0.075 

rr 


79.975 

MANAGEMENT 

0.086 




COST PER aiGHT CONSTANT 

0.100 

TOTAt. 


879.724 






TOTAL 

“T7763 
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Fiqura 1.- Approaches to aerospace vehicle desinn.j 
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Floure 3.- Interfacinq computer pronrams to the AVID system. 
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• PRIME 4C0 MINI COMPUTER . 

I NTERACTI VE - D I RECT COMPUTER 
ACCESS ! 

S/VIALL TECHNOLOGY PROGRAMS 
GRAPHICS SYSTEM 


• CDC 6600 HOST COMPUTER 
. INDIRECT COMPUTER ACCESS 
LARGE TECHNOLOGY PROGRAMS 


Figure 4.- AVID system hjrdware. 











INPUT VEHICLE VIEW 

1 - ORTHOGRAPHIC VIEW 



Finitre 6.- Numerical model of a sing^e-staoe launch vehicle. 
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Figure 7.- Nuinai'ical nodel of internal corr,pone;!ts. 
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